home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / internet-drafts / draft-ietf-tuba-sysids-00.txt < prev    next >
Text File  |  1993-04-30  |  15KB  |  431 lines
  1.  
  2. IETF                                                       Page 1
  3. April 30, 1993     System Identifiers for TUBA     Internet Draft
  4.  
  5.  
  6.       Assignment of System Identifiers for TUBA/CLNP Hosts
  7.  
  8.  
  9.          David M. Piscitello
  10.                Bellcore
  11.           dave@sabre.bellcore.com
  12.  
  13.  
  14.                Status of this Memo
  15.  
  16. This document is an Internet Draft.  Internet Drafts are working
  17. documents of the Internet Engineering Task Force (IETF), its
  18. Areas, and its Working Groups. Note that other groups may also
  19. distribute working documents as Internet Drafts.
  20.  
  21. Internet Drafts are draft documents valid for a maximum of six
  22. months. Internet Drafts may be updated, replaced, or obsoleted by
  23. other documents at any time.  It is not appropriate to use
  24. Internet Drafts as reference material or to cite them other than
  25. as a "working draft" or "work in progress."
  26.  
  27. Please check the Internet Draft abstract listing contained in the
  28. IETF Shadow Directories (cd internet-drafts) to learn the current
  29. status of this or any other Internet Draft.
  30.  
  31.  
  32.               Introduction
  33.  
  34. This Internet-Draft specifies methods for assigning a 6 octet
  35. system identifier portion of the OSI NSAP address formats
  36. described in "Guidelines for OSI NSAP Allocation in the Internet"
  37. (RFC1237, 1991), in a fashion that ensures that the ID is unique
  38. within a routing domain. It also recommends methods for assigning
  39. system identifiers having lengths other than 6 octets. The 6
  40. octet system identifiers recommended in this Internet-Draft are
  41. assigned from 2 globally administered spaces (IEEE 802 or
  42. "Ethernet", and IP numbers, administered by the Internet Assigned
  43. Numbers Authority (IANA)).
  44.  
  45. At this time, the primary purpose for assuring uniqueness of
  46. system identifiers is to aid in autoconfiguration of NSAP
  47. addresses in TUBA/CLNP internets (RFC1347, 1992). The guidelines
  48. in this paper also establish an initial framework within which
  49. globally unique system identifiers, also called endpoint
  50. identifiers, may be assigned.
  51.  
  52.  
  53.                 Abstract
  54.  
  55. This document describes conventions whereby the system identifier
  56. portion of an RFC1237 style NSAP address may be guaranteed
  57. uniqueness within a routing domain for the purpose of
  58. autoconfiguration in TUBA/CLNP internets. The mechanism is
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68. IETF                                                       Page 2
  69. Internet Draft     System Identifiers for TUBA     April 30, 1993
  70.  
  71.  
  72. extensible and can provide a basis for assigning system
  73. identifiers in a globally unique fashion.
  74.  
  75.  
  76.              Acknowledgments
  77.  
  78. Many thanks to Radia Perlman of Digital Equipment and Ross Callon
  79. of Wellfleet Communications for their insights and assistance.
  80. Thanks also to the Ethernet connector to my MAC, which
  81. conveniently and quite inobtrusively fell out, enabling me to get
  82. an entire day's worth of work done without email interruptions.
  83.  
  84.  
  85. 1.  Background
  86.  
  87. The general format of OSI network service access point (NSAP)
  88. addresses is illustrated in Figure 1.
  89.  
  90.       _______________________________________________
  91.       |____IDP_____|_______________DSP______________|
  92.       |__AFI_|_IDI_|_____HO-DSP______|___ID___|_SEL_|
  93.  
  94.         IDP     Initial Domain Part
  95.         AFI     Authority and Format Identifier
  96.         IDI     Initial Domain Identifier
  97.         DSP     Domain Specific Part
  98.         HO-DSP  High-order DSP
  99.         ID      System Identifier
  100.         SEL     NSAP Selector
  101.  
  102.         Figure 1: OSI NSAP Address Structure.
  103.  
  104. The recommended encoding and allocation of NSAP addresses in the
  105. Internet is specified in RFC 1237. RFC 1237 makes the following
  106. statements regarding the system identifier (ID) field of the
  107. NSAPA:
  108.  
  109.   1.  the ID field may be from one to eight octets in length
  110.  
  111.   2.  the ID must have a single known length in any particular
  112.       routing domain
  113.  
  114.   3.  the ID field must be unique within an area for ESs and
  115.       level 1 ISs, and unique within the routing domain for level
  116.       2 ISs.
  117.  
  118.   4.  the ID field is assumed to be flat
  119.  
  120. RFC1237 further indicates that, within a routing domain that
  121. conforms to the OSI intradomain routing protocol (ISO 10589,
  122. 1992) the lower-order octets of the NSAP should be structured as
  123. the ID and SEL fields shown in Figure 1 to take full advantage of
  124. intradomain IS-IS routing. (End systems with addresses which do
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134. IETF                                                       Page 3
  135. April 30, 1993     System Identifiers for TUBA     Internet Draft
  136.  
  137.  
  138. not conform may require additional manual configuration and be
  139. subject to inferior routing performance.)
  140.  
  141. Both GOSIP Version 2 (under DFI-80h, see Figure 2a) and ANSI DCC
  142. NSAP addressing (Figure 2b) define a common DSP structure in
  143. which the system identifier is assumed to be a fixed length of 6
  144. octets.
  145.  
  146.            _______________
  147.            |<--__IDP_-->_|___________________________________
  148.            |AFI_|__IDI___|___________<--_DSP_-->____________|
  149.            |_47_|__0005__|DFI_|AA_|Rsvd_|_RD_|Area_|ID_|Sel_|
  150.     octets |_1__|___2____|_1__|_3_|__2__|_2__|_2___|_6_|_1__|
  151.  
  152.             Figure 2 (a): GOSIP Version 2 NSAP structure.
  153.            ______________
  154.            |<--_IDP_-->_|_____________________________________
  155.            |AFI_|__IDI__|____________<--_DSP_-->_____________|
  156.            |_39_|__840__|DFI_|_ORG_|Rsvd_|RD_|Area_|_ID_|Sel_|
  157.     octets |_1__|___2___|_1__|__3__|_2___|_2_|__2__|_6__|_1__|
  158.  
  159.              IDP   Initial Domain Part
  160.              AFI   Authority and Format Identifier
  161.              IDI   Initial Domain Identifier
  162.              DSP   Domain Specific Part
  163.              DFI   DSP Format Identifier
  164.              ORG   Organization Name (numeric form)
  165.              Rsvd  Reserved
  166.              RD    Routing Domain Identifier
  167.              Area  Area Identifier
  168.              ID    System Identifier
  169.              SEL   NSAP Selector
  170.  
  171.          Figure 2(b): ANSI NSAP address format for DCC=840
  172.  
  173.  
  174. 2.  Autoconfiguration
  175.  
  176. There are provisions in OSI for the autoconfiguration of area
  177. addresses. OSI end systems may learn their area addresses
  178. automatically by observing the IS-Hello packets transmitted by
  179. routers using the ISO 9542 End Sytem to Intermediate System
  180. Routing Protocol. RFC 1237 explains that when the ID portion of
  181. the address is assigned using IEEE style 48-bit identifiers, an
  182. end system can reconfigure its entire NSAP address automatically
  183. without the need for manual intervention.
  184.  
  185. 2.1  Autoconfiguration and 48-bit addresses
  186.  
  187. There is a general misassumption that the 6-octet system
  188. identifier must be a 48-bit IEEE assigned (ethernet) address.
  189. Generally speaking, autoconfiguration does not rely on the use of
  190. a 48-bit ethernet style address; any system identifier that is
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200. IETF                                                       Page 4
  201. Internet Draft     System Identifiers for TUBA     April 30, 1993
  202.  
  203.  
  204. globally administered and is unique will do. The use of 48-bit/6
  205. octet system identifiers is "convenient...because it is the same
  206. length as an 802 address", but more importantly, choice of a
  207. single, uniform ID length allows for "efficient packet
  208. forwarding", since routers won't have to make on the fly
  209. decisions about ID length (see Perlman, 1992, pages 156-157).
  210. Still, it is not a requirement that system identifiers be 6
  211. octets to operate the the IS-IS protocol, and IS-IS allows for
  212. the use of IDs with lengths from 0 to 8 octets. (Clearly, zero
  213. length IDs make for rather uninteresting autoconfiguration
  214. opportunities).
  215.  
  216.  
  217. 3.  System Identifiers for TUBA/CLNP
  218.  
  219. Autoconfiguration is a desirable feature for TUBA/CLNP, and is
  220. viewed by some as "essential if a network is to scale to a truly
  221. large size" (Perlman, 1992).
  222.  
  223. For this purpose, and to accommodate communities who do not wish
  224. to use ethernet style addresses, a generalized format that
  225. satisfies the following criteria is desired:
  226.  
  227.    + the format is compatible with installed end systems
  228.      complying to RFC 1237
  229.  
  230.    + the format accommodates 6 octet, globally unique system
  231.      identifiers that do not come from the ethernet address space
  232.  
  233.    + the format accommodates globally unique system identifiers
  234.      having lengths other than 6 octets
  235.  
  236. The format and encoding of a globally unique system identifier
  237. that meets these requirements is illustrated in Figure 3:
  238.  
  239.  
  240.    Octet 1     Octet 2     Octet 3 ...     Octet LLL-1  Octet LLLL
  241. +-----------+-----------+-----------+- ...-+-----------+-----------+
  242. | xxxx TTQQ | xxxx xxxx | xxxx xxxx |      | xxxx xxxx | xxxx xxxx |
  243. +-----------+-----------+-----------+- ...-+-----------+-----------+
  244.  
  245.         Figure 3. General format of the system identifier
  246.  
  247. 3.1  IEEE 802 Form of System Identifier
  248.  
  249. The format is compatible with globally assigned IEEE 802
  250. addresses.  Octet 1 identifies a 2 bit qualifier (QQ) and an
  251. optional subtype (TT) whose semantics are associated with the
  252. qualifier.  If the qualifier QQ equals 10 or 11, there is no
  253. subtype (I told you it was optional); the system identifier is
  254. interpreted as a 48-bit, globally unique identifier assigned from
  255. the IEEE 802 committee (an ethernet address). The remaining bits
  256. in octet 1, together with octets 2 and 3 are the vendor code or
  257.  
  258.  
  259.  
  260.  
  261.  
  262.  
  263.  
  264.  
  265.  
  266. IETF                                                       Page 5
  267. April 30, 1993     System Identifiers for TUBA     Internet Draft
  268.  
  269.  
  270. OUI (organizationally unique identifier), as illustrated in
  271. Figure 4. The ID is encoded in IEEE 802 canonical form.
  272.  
  273.  
  274.    Octet 1     Octet 2     Octet 3     Octet 4     Octet 5   Octet 6
  275. +-----------+-----------+-----------+-----------+-----------+-----------+
  276. | VVVV VV01 | VVVV VVVV | VVVV VVVV | SSSS SSSS | SSSS SSSS | SSSS SSSS |
  277. +-----------+-----------+-----------+-----------+-----------+-----------+
  278.  
  279. |------------vendor code -----------|--------station code---------------|
  280.  
  281.         Figure 4. IEEE 802 form of system identifier
  282.  
  283.  
  284. 4.  Embedded IP Address as System Identifier
  285.  
  286. If qualifer QQ = 00, the subtype (TT) bits in Figure 3 are
  287. relevant.  If the subtype (TT) = 00, then the length of the
  288. system identifier is 48-bits/6 octets. The remaining nibble in
  289. octet 1 is set to zero.  Octet 2 is reserved and has a pre-
  290. assigned value (see Figure 5).  Octets 3 through 6 contain a
  291. valid IP address, assigned by IANA.  Each octet of the IP address
  292. is encoded in hexadecimal, in internet canonical form, i.e., the
  293. leftmost bit of the network number first.
  294.  
  295.  
  296.    Octet 1     Octet 2     Octet 3     Octet 4     Octet 5   Octet 6
  297. +-----------+-----------+-----------+-----------+-----------+-----------+
  298. | 0000 0000 | 1010 1010 | aaaa aaaa | bbbb bbbb | cccc cccc | dddd dddd |
  299. +-----------+-----------+-----------+-----------+-----------+-----------+
  300.  
  301. |-len&Type--|--reserved-|---------IP address----------------------------|
  302.  
  303.         Figure 5. Embedded IP address as system identifier
  304.  
  305. As an example, the host "eve.bellcore.com = 128.96.90.55" could
  306. retain its IP address as a system identifier in a TUBA/CLNP
  307. network. The encoded ID is illustrated in Figure 6.
  308.  
  309.  
  310.    Octet 1     Octet 2     Octet 3     Octet 4     Octet 5   Octet 6
  311. +-----------+-----------+-----------+-----------+-----------+-----------+
  312. | 0000 0000 | 1010 1010 | 1000 0000 | 0110 0000 | 0101 1010 | 0011 0111 |
  313. +-----------+-----------+-----------+-----------+-----------+-----------+
  314.  
  315. |-len&Type--|--reserved-|---------IP address----------------------------|
  316.  
  317.         Figure 6. Example of IP address encoded as ID
  318.  
  319. H 2 "Other forms of System Identifiers"
  320.  
  321. To allow for the future definition of additional 6-octet system
  322. identifiers, the remaining qualifier/subtype values are reserved.
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332. IETF                                                       Page 6
  333. Internet Draft     System Identifiers for TUBA     April 30, 1993
  334.  
  335.  
  336. It is also possible to identify system identifiers with lengths
  337. other than 6 octets. Communities who wish to use 8 octet
  338. identifiers (for example, embedded E.164 international numbers
  339. for the ISDN ERA) must use a GOSIP/ANSI DSP format that allows
  340. for the specification of 2 additional octets in the ID field,
  341. perhaps at the expense of the "Rsvd" fields; this document
  342. recommends that a separate Domain Format Indicator value be
  343. assigned for such purposes; i.e., a DFI value that is interpreted
  344. as saying, among other things, "the system identifier encoded in
  345. this DSP is 64-bits/8 octets. The resulting ANSI/GOSIP DSP
  346. formats under such circumstances are illustrated in Figure 7:
  347.  
  348.            ______________
  349.            |<--_IDP_-->_|______________________________
  350.            |AFI_|__IDI__|____________<--_DSP_-->_______|
  351.            |_39_|__840__|DFI_|_ORG_|RD_|Area_|_ID_|Sel_|
  352.     octets |_1__|___2___|_1__|__3__|_2_|__2__|_8__|_1__|
  353.  
  354.     Figure 7a: ANSI NSAP address format for DCC=840, DFI=foo
  355.  
  356.            _______________
  357.            |<--__IDP_-->_|___________________________________
  358.            |AFI_|__IDI___|___________<--_DSP_-->____________|
  359.            |_47_|__0005__|DFI_|AA_|_RD_|Area_|ID_|Sel_|
  360.     octets |_1__|___2____|_1__|_3_|_2__|_2___|_8_|_1__|
  361.  
  362.               IDP   Initial Domain Part
  363.               AFI   Authority and Format Identifier
  364.               IDI   Initial Domain Identifier
  365.               DSP   Domain Specific Part
  366.               DFI   DSP Format Identifier
  367.               AA    Administrative Authority
  368.               RD    Routing Domain Identifier
  369.               Area  Area Identifier
  370.               ID    System Identifier
  371.               SEL   NSAP Selector
  372.  
  373.        Figure 7b: GOSIP Version 2 NSAP structure, DFI=bar
  374.  
  375. Similar address engineering can be applied for those communities
  376. who wish to have shorter system identifiers; have another DFI
  377. assigned, and expand the reserved field.
  378.  
  379.  
  380. 5.  Conclusions
  381.  
  382. This proposal should debunk the "if it's 48-bits, it's gotta be
  383. an ethernet address" myth. It demonstrates how IP addresses may
  384. be encoded within the 48-bit system identifier field in a
  385. compatible fashion with IEEE 802 addresses, and offers guidelines
  386. for those who wish to use system identifiers other than those
  387. enumerated here.
  388.  
  389.  
  390.  
  391.  
  392.  
  393.  
  394.  
  395.  
  396.  
  397.  
  398. IETF                                                       Page 7
  399. April 30, 1993     System Identifiers for TUBA     Internet Draft
  400.  
  401.  
  402. 6.  References
  403.  
  404. RFC1237.        Callon, R., Gardner, E., and Colella, R. "Guidelines
  405.         for OSI NSAP Allocation in the Internet", June 1991.
  406.  
  407. RFC1347.        Callon, R., "TCP/UDP over Big Addresses (TUBA)", May 1992.
  408.  
  409. ISO 10589.      ISO, Intradomain routing protocol for use in conjunction with
  410.         ISO 8473, Protocol for providing the OSI connectionless
  411.         network service.
  412.  
  413. ISO 9542.       ISO, End-system and intermediate-system routing protocol
  414.         for use in conjunction with ISO 8473, Protocol for
  415.         providing the OSI connectionless network service.
  416.  
  417. Perlman         Perlman, Radia., Interconnections: Bridges and Routers,
  418.         Addison-Wesley Publishers, Reading, MA. 1992.
  419.  
  420.  
  421. 7.  Author Information
  422.  
  423. David M. Piscitello
  424. Bell Communications Research
  425. NVC 1C322
  426. 331 Newman Springs Road
  427. Red Bank, NJ 07701
  428. dave@mail.bellcore.com
  429.  
  430.  
  431.